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(57) Abstract: A system for int^radng components into a vehicle \tteein the components comprise devices coupled to an in-car 
networiL Ibe netwcHk provides for easy le-configuratLon and upgrading of the vehicle, as well as inqsoved communication of 
information between the vehicle's systems and int^ration of the vehicle network into external networks. Ute netwodc may include 
one or mote devices which are addressable usmg IP addresses or object tenninology. Hie devices may include various servers and 
clients, such as microphones, cameras, GPS receivers, interfaces to on-board diagnostic systems, communication devices, displays, 
CD players, radios, speakers, security devices and LANs (local area netwc^ks). Devices may easily be cormected or discormected 
to upgrade or reconfigme the vdiicle*s systems, and software and services can easfly be provided to the various devices througli 
the netwok. The network can enable the interaction of various network devices to increase the capabilities or utility of devices 
v^ch nmy otherwise be Umited ll)e system therefore provides an easy a^ 

functionality of the vehicle. In one embodiment, the in-vehide network cominises an ahemet, although other embodiments can be 
implemented in any other type of network. Communication devices such as wireless modems and wireless 
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^hernet allow comnmnications with devices and networks external to the in-vehicle network so that data, software, services and 
otber inframation can be downloaded firom or uploaded to these external sources. The in-vehicle network can also be coupled to an 
extenial netwcsk dnough these communication devices so tbat it can function as a device (a sub-network) on the external netwoik. 
IVaditional vehicle coiiq>oneDt5 may be nqilaoed by netwoik devices, Iher^ providing extended functionality to the driver For 
example, the vehicle's dashboard may be replaced by a immitDr, which displays images of dashboard instnmieDts, vehicle data and 
odier infonnation to the driver Graphics generated by a sen^ cm the petwoA 
which are ocmnaBy found on a dashboard. 
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TITLE: VEHICLE COMPUTERIZED NETWORK SYSTEM 

BACKGROUND OF THE rNVENTION 

1. Field of the Invention 

5 This invention relates generally to the field of computerized systems for automobiles and other vehicles 

and more particularly to a vehicle component architecture in which vehicle components are network devices 
coupled to an in-vehicle network. 

2. Description of the Related Art 

10 Automobiles play an important role in Hie lives of millions of people. They provide a mode of 

transportation which allows people to cover great distances quickly and easily and are a convenience which many 
people could not do without For example, many people commute to and from work every day in their 
automobiles and some may spend an hour or more in trafRc each way. 

Despite the freedom with which automobiles allow people to move about, the substantial amount of time 

1 5 which people spend in their automobiles may also be an inconvenience. For instance, a person who commutes an 
hour each way to and from work typically cannot make productive use of that time. That is, time which is spent 
in the automobile might have instead been spent working, playing or in some other useful manner. Although 
some people may be able to make use of cellular phones to conduct business from their automobiles, they make 
up a relatively small percentage of the driving pc^lation. Time spent in an automobile is more typically an 

20 intenuption of the driver's normal activities. The inconvenience and anxiety resulting from this interruption may 
be magnified by problems such as traffic jams, vehicle malfunctions and driver confusion. 

Automobile designers may attempt to lessen the inconvenience of time spent in automobile by making it 
as comfortable as possible and fmviding certain services to the occupants of the vdiicle. For example, the 
ergonomics of the automobile are studied to ensure that it provides both a physically comfortable environment 

25 and a user-friendly internee to the automobile's functions. The designers may- also incorporate into the vehicle 
ttie delivery of services that may assist the driver, diereby reducing the driver's workload and anxi^ level. Such 
services may include providing computerized maps, navigation aids and emergency a««igtanc<> signaling. 

One of the difficulties feced by designers, however, is that the designs for automobiles must be finalized 
long before the vehicles themselves actually go into production. The designers must therefore anticipate needs 

30 which drivers will have several years in the future. Since a typical design cycle for an automobile is four years 
long, die designers must create an automobile design which is four years ahead of its time. Then, after the 
automobile is m production, even services which designers may have accurately anticipated may quickly become 
outdated or c4>solete. Because a perscm may own an automobile for ten years or mcme, it is not at all unusual for 
the design of an automobile to be outdated for a sutetantial portion of its useful life, 

35 WhDe it may be desirable to upgrade the components of automobiles, they are often difficult, if not 

impossible, to upgrade. The components typically have unique physical and functional characteristics, inchiding 
their size, shape and inter&ce to the automobile, which prevent them from being replaced with similar, but not 
identical parts. Further, the replacement of the components can be very lab(»--intaisive, and it is not unusual for 
the cost of ^e labor to install the components to be on the same order as the cost of the components themselves. 

40 There is therefore no practical way in the prior art for an automobile which is already in production to be 
upgraded to maintain state-of-the-art components and/or functionality. 
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SUMMARY OF THE INVENTION 
One or more of the problems described above may be solved by various embodiments of a system for 
int^rating components into a vehicle wherein the components comprise devices coupled to an in-car network. 
The network may provide for easy re-configuradon and upgrading of the vdiicle, as well as improved 
conamunication of infonnation between the vehicle's systems and integration of the vehicle networic into external 
networks. 

In one embodiment, a vehicle has a network installed which includes one or more devices which are 
addressable using IP addresses or object tenninology. The devices may include various servers and clients, such 
as microphones, cameras, GPS receivers, interfoces to on-board diagnostic systems, commimication devices, 
displays, CD players, radios, speakers, security devices and LANs (local are networks,) to name only a few. 
Devices may easily be connected or disconnected to upgrade or reconfigure the vehicle's systems, and software 
and services can easily be provided to the various devices through the network. The network can enable the 
interaction of various network devices to increase the capabilities or utility of devices which may otherwise be 
limited. The system therefore provides an easy and inexpensive means to improve or otherwise modify the 
functionality of the vehicle. 

In a further embodiment the in-vehicle network comprises an etberoet, although other embodimoits can 
be implemented in any other type of network. Conununication devices such as wireless modems and wireless 
ethemet allow conununications with devices and networks external to the in-vdiicle network so that data, 
software, services and other information can be downloaded from or uploaded to these external sources. The in- 
vehicle network can also be coupled to an external network through these conununication devices so tiiat it can 
function as a device (a sub-network) on the external network. 

In yet an additional embodiment, some traditional vehicle components maybe replaced by network 
devices, thereby providing extended functionality to the driver. For example, the vehicle's dashboard maybe 
replaced by a monitor which displays images of dashboard insnruments, vehicle data and other information to the 
driver. Graphics generated by a server on the network may be designed to emulate digital or analog gauges which 
are normally found on a dashboard. The graphics may be varied to suit the preferences of different drivos, or the 
driver may be able to select different information to be displayed (for example, talking from vehicle data to 
location information, to a radio display, and so on.) 

A system for conmiunicating between a first network and a second n^work is also contemplated The 
first n^work may alternately communicate through one of a phirality of conmmnication devices, each havmg a 
different IP address. In one embodiment, the first network is contained in a vehicle. The first network initiates 
communications tiirough one of the communication devices and communicates the IP address of this cuneotly- 
used device to a proxy server. If communications are lost, the first network attempts to establish communications 
through another of die conunimication devices. In a first mode, the first network communicates with the second 
network directly, using the IP address of the currently-used commutucation device for return communications. In 
a second mode, the first network communicates with the second network directly, but return commuiucations are 
routed through the proxy server, which forwards them to the first networic. When the second network is e3q)ected 
to quickly respond to the communications of the first network, the first mode is normally used since the current 
conununication device is expected to maintain communication over the short term. If return communications are 
expected to be slow, the second mode is normally used since the current ccmununication device is expected to lose 
communication at some point over the long term. In some situations, a hybrid of the first and second modes is 
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used. 

Additional embodiments are described below. 

BRIEF DESCRIPTION OF THE DRAWINGS 
5 Odier objects and advantages of the invention will become apparent upon reading the following detailed 

description and upon reference to the accompanying drawings in which: 

Fig. 1 is a block diagram of one embodiment of an in-car sub-network. 
Fig. 2 is a detailed block diagram of one embodiment of an in-car sub-network. 
Fig. 3 is a diagram of one embodiment of the operating envircmment of a server. 
10 Fig. 4 is a diagram illustrating the operation of one embodiment of an in-car sub-network in conjunction 

with a land-based proxy server and external networks. 

While the invration is susceptible to various modifications and alternative forms, specific embodnnents 
thereof are shown by way of example in the drawings and will herein be described in detail. It should be 
understood, however, that the drawings and detailed description thereto are not intended to limit the invention to 
15 the particular form disclosed, but on the contrary, the intention is to cover all modifications, equivalents and 
alternatives felling within the spirit and scope of the present invention as defined by the appended claims. 

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
One embodiment of the mvention will be described in detail below. It should be noted that many 
20 modifications of the described embodiment are possible and will be obvious to a person of ordinary skill upon 
reading this disclosure. While some of these modifications will also be described below, all of the various 
embodiments of the invention are intended to be encompassed by this disclosure and the appended claims. 

One embodiment of the invention comprises an automobile which incorporates its own netwoik. A 
group of components within the automobile comprise network devices which are coi^led to the in-car network. 
25 Thus, rather than being directly and independently coupled to the automobile, these components are citizens of the 
in-car network and may be installed, disconnected, upgraded or replaced widi different devices. They may 
increase or decrease the functionality of the automobile, or they may function cooperatively with other network 
devices. Thus, the components are not limited by outdated designs or the constraints of proprietary buses or 
connections. 

30 As used herein, "network** refers to a group of computers or other devices (e.g., servers, displays, 

modems, etc.) ^^ich are intercormected by a transmission medium, and which are addressable using IP addresses 
or object terminology. A network may be one of many different types, several of v^ch are defined in the 
standards of the Instimte of Electrical and Electronics Engineos (IEEE.) For example, one embodiment of the 
invention employs an ethemet (as defined IEEE 8023.) Because network types such as etfaeniet, token ring and 

35 others are well known and understood in the art of the invention, they will not be explained in detail here. 
Suitable transmission media (e.g., twisted pairs of wires, coaxial cables, optical fibers, free space or even the 
ccmnections between devices and their peripherals) can be selected according to the selected network architecture. 
A wide variety of network devices can be coupled to a network and the network can typically be dynamically 
reconfigured through coimection and/or discoimection of these devices. 

40 IP (Internet Protocol) is a protocol which is typically used in conjunction with TCP (Transport Control 

Protocol) as a protocol suite for passing data from applications to networks and then from the networks to other 
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applications. The IP portion of the protocol suite is used in transporting packets from the transmitting device to 
the receiving device. IP addresses are, of course, the means by which the packets are directed to the targ^ device. 
Because IP addresses are well-known in the data-processing arts, they will not be explained in further detail here. 
It is sufficient to note that IP addressing allows data to be directed to devices which are not part of a 
predetomined, hard-wired design. "Objea terminology," as used in this disclosure, refers to software language 
which handles devices in an object-oriented manner. That is, the devices and their functions can be used in a 
manner which is not dependent upon the specific implementation of the device, but instead upon the type and 
functions of the device. For instance, as will be explained below in regard to Jini software, a device which joins a 
network may register its services with a lookup server so that other devices which need these services can request 
them without regard to the specific device that provides them. In contrast, prior ait on-board diagnostic buses 
have specific predetermined devices which provide specific, predetermined services and which transmit/receive 
data over a specific, predetermined path. By using IP addressing and object terminology to provide 
communication between devices on the network, the invention eliminates the constraints which are inherent in bus 
systems. (Communication, as used here, includes data transfer and any other interaction between the devices.) 

For the purposes of this disclosure, a network is distinct fhrni the various buses which may monitor the 
functions of an automobile and provide diagnostic information, but which can be coupled only to specific 
monitoring devices. These buses may be referred to as "on-board diagnostic** (OBD) systems. Because the 
Environmental Protection Agency has adopted standards for such systems from the standards of die society of 
autcmiGtive engineers (SAE), most of the diagnostic buses use command sets and protocols defined by SAE 
standards (e.g. SAE J2979 and SAE J. 2850 VPW/PWM.) OBD systems do not provide IP addressability. 
Consequently, they do not, in the absence of the invention, support the wide variety of devices that can be coupled 
to a network. The utility of OBD system buses is limited to specific diagnostic functions which are designed into 
the automobile, it is contemplated, however, that embodiments of the invention may be implemented by adding 
an IP layer on top of the OBD buses. Thus, while the proprietary buses are distinct from the networks described 
herein, these buses may be converted to network uses, or they may be coupled to the networks through 
appropriate inter&ces (i.e., the buses themselves can ftmction as devices on the networks.) 

In another embodiment of the invention, an automobile having an in-car network may be coupled to an 
external network. That is, the in-car network may appear to the external network to have a single IP address. (In 
this context, the in-car network may be referred to as a "sub-network," while they external network may be 
referred to as the "primary" network.) The automobile sub-network may include a variety of communication 
devices through which it may be coupled to the primary network. These devices may include a wireless modem, a 
ceihilar packet data (CDPD) modem, a pager or other communication devices. The in-car sub-network operates 
in cooperation widi a land -based proxy server. Because die in-car sub-network uses several different 
communication devices, it has several different IP addresses (one for each of die communications devices.) These 
addresses may be dynamically assigned by a service provider. The in-car sub-network communicates to the land- 
based proxy server of the IP address of the currently-used communication device. Packets v/hich originate on the 
primary network and which are addressed to the in-car sub-network are directed to the land-based proxy server, 
which then directs die packets to die in-car sub-network at the appropriate IP address. The land-based proxy 
server additionally acts as a buffer when the in-car sub-network is disconnected from the primary network. The 
land-based proxy server forwards packets which are destined for die disconnected in-car sub-network and delivers 
the packets when the in-car sub-network is reconnected to the primary network. 
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The goals of the system can be grouped into three broad categories: hardware independence; service 
delivery; and software upgradability. The hardware independence of the system is related to the 
interchangeability of the components of the automobile's sub-network. If, for example, the sub-network inchides 
a graphical display, this display should be replaceable with several different displays, each having unique 
characteristics. The several di^lays only need to be able to interface with the sub-network in order to be 
exchanged. The goal of service delivery relates to the ability to provide new and different services to the vehicle 
through the sub-network. Although automobiles in the prior art may provide one or two services to the driver, e.g. 
driver assistance via automatic telephone communicaticHis, the equipment for providing these services are 
dedicated to their respective services and cannot provide distinctly different services. The present system, on the 
other hand, allows new components or new software to be added to the automobile sub-n^rak and diereby 
enables new services to be provided to the driver. Fmally, software upgradeability relates to the ease with which 
software systems in the automobile may be upgraded via the automobile sub*netwoik. Rather than manually 
replacing memory modules or CDs (e.g. containing map data,) the automobile sub-network enables the 
downloading of new applications or data, as well as the uploading of vehicle diagnostic data or odter infomiation, 
through the network communication devices. 

This disclosure is directed generally to sub-network implementations within vehicles. "Vehicles" may 
include automobiles, boats, airplanes, trailers, buses, trains and the like. For the sake of brevity, the detailed 
description herein describes an implementation in an automobile. The scope of the invention, however, is 
intraded to encompass any type of vehicle, and references to automobiles or cars apply equally to other vehicles. 
Additionally, at least portions of the system are also applicable to land-based implementations of subnetworks, 
rather than being limited to vehicle-based implemoitadons. 

Referring to Fig. 1, an in-car sub-network 10 in one embodiment of the invention is shown. In-car sub- 
network 10 comprises a utility box 1 1, network devices 13 and 14, communication device 15 and network cabling 
12. These components are installed in vehicle 18. Utility box 11 and network devices 13 and 14 are coupled to 
cabling 12. Communication device 15 is connected to utility box 11. Each of these devices is addressable on 
network 10. Although conmiuntcation device 15 is not directly connected to cabling 12, utility box 11 is 
configured to recognize packets on the network which are addressed to commimication device 15 and to forward 
these packets to the device. Netwcnlc 10 can be coupled to an external network through internet service provider 
17. In the embodiment depicted in Fig. 1 , conununication device 15 is a wireless device and is coupled to internet 
service provider 17 by wireless transmissions 16. 

In one embodiment, the in-car sub-network is installed in a General Motors EVI. The EVl is an electric 
car which General Motors markets through its Saturn dealenfaips. The EVl was selected for this embodiment in 
part because of die energy requirements of die devices connected to die in-car subnetwork. Aldiough many 
vehicles can provide sufficiait power to run the devices, die EVl has large batteries for providing energy to die 
car's original equi|»nent These batteries can power die devkes of the in-car sub-network for a longer period of 
time than the smaller batteries which are found in most vehicles. Thus, the in-car sub-network can be installed in 
essentially any type of vehicle. 

Referring to Fig. 2, a more detailed block diagram of in-car sub-network 20 is shown. Fig. 2 illustrates 
some of die components diat may be coupled to the netwmk. In-car sub-network 20 is built around an on-board 
compute platform 22. Compute platform 22 consists of a SparcStation UPN server (a prototype Sparc 5-based 
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system.) All of the components of the in-car sub-network are either directly plugged into the compute platfonn or 
coupled to do it via an ethemet connection. 

Compute platfonn 22 includes s<nne type of readable/writeable storage media 25, such as a hard disk or 
flash memory. As mentioned above, the manufacturer's on-board diagnostic system bus 23 can be coupled to the 
in-car sub-network. On-board diagnostic system bus 23 is connected to compute platfonn 22 via an RS-232 
connector. The in-car_sub-nctwork can also be coupled to an in-car ethemet i - AN 74 via ^» «>thgfy^ey^ ^tsftlf^ The 



in-car sub-network can also be connected to external networks via a set of communication devices. These 
conmiunicadon devices include wireless modem 26, CDPD modem 27, cellular phone 29 and wireless ethemet 
28. Depending upon the circumstances in which the in-car sub-network is operating, the external network 
connection may be provided by any one of these conununication devices. The in-car sub-network is configured to 
select one of the devices according to the prevailing operating conditions. 

The conununication devices identified above (i.e., wireless modems and ethemet transceivers) are typical 
for network communications. In addition to these devices, however, the in-car sub-network may utilize devices 
that provide ''last-hop" service. Communications finom a node on a first network to a node on a second network 
are typically routed through a number of intermediate netwoiks. Packets may ''hop" from the first network to an 
InSm^iate network, and then to anothe r network before arriving at the second network . Last hop service is the 
service that transmits the packets over the last segment of this data path. Because any one of the communication 
devices of the in-car sub-network may lose conununications with the ISP (or other external device,) it is 
advantageous to have as many possible means for communicating as possible. The in-car sub-network may 
therefore employ last hop service comprising paging or similar types of communications. These services will 
typically be used by transmitting packets to a last hop service transmitter, which will convert the packet data as 
necessary to make the last hop (e.g., convert the data to text for an alphanumeric pager^) tiien transmit the data to 
the in-car subnietwork. 

In-car sub-network 20 can also conununicate with external systems such as global positioning systems 
(GPS) and traffic mformadon systems. A GPS receiver 30 is coupled to in-car sub-network 20 for providmg 
automobile kKatton information. GPS receiver 30 is capable of collecting inframation from GPS satellites to 
determine the position of the automobile. This information is converted to a fomiat appropriate for other uses 
within the in-car sub-network, such as map retrieval for the area around die automobile. A Cue traffic 
information receiver 31 is also coupled to in-car sub-network 20. Receiver 31 c^jtains traffic information (e.g., 
information on traffic jams) ^ich can be used, for example, by navigation systems running on in-car sub- 
network 20 to detemiine the best route for the automobile to take. Both GPS receiver 30 and traffic information 
receiver 3 1 are coimected to compute platform 22 by RS-232 connectors. 

In one embodiment, in-car sub-network 20 includes video camera 32. Video camera 32 provides visual 
information from the automobile's, surroundings to in-<ar sub-network 20. Video camera 32 provides a good 
example of the utility of a network device. Because video camera 32 is a network device, other devices on the in- 
car sub-network, or even devices on external n^orks which are coupled to the in-car sub-network, can request 
this visual information. For example, the video produced by video camera 32 may be displayed by LCD panel 35 
or by a web browser coupled to the in-car sub-network through PDA dock 33. A person browsing die internet on 
an external network could also request images from video camera 32. 

In one embodiment, in-car sub-network 20 also includes PDA (personal digital assistant) dock 33, Java 
Ring reader 34, LCD panel 35, microphone 36 and speakers 37. PDA dock 33 provides a means for passengers in 
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the automobile to connect a PDA to the in-car sub-network. Other embodiments of the invention may include a 
dock for a laptop computer instead oC or in addition to, PDA dock 33. Java Ring reader 34 is coupled to in-car 
sub-network 20 to provide a means for controlling access to the network and the functions of the automobile 
itself. Java Ring reader 34 essentially poforms a password function. That is, it identifies a user of the in-car sub- 
network and provides a particular level of access to network components according to the privilege level of the 
user. For example, the owner of the automobile may be allowed to access substantially all of the components and 
functions of the in-car subnetwork except for detailed vehicle diagnostic information. A mechanic, on the other 
hand, may be allowed to access this detailed diagnostic information, but may only be allowed to drive the 
automobile a limited distance. This mechanism may also be used to personalize the operation of the automobile, 
adjusting seat positions, radio stations and the like according to the preferences of different drivers. The extent to 
which this mechanism controls the various functions of the automobile depends, of course, upon the coupling of 
the related automobile components to the in-car sub-network. 

MiCTophone 36 and speakers 37 are coupled to in-car sub-network 20 in order to provide, among other 
things, a mechanism for speech conmiunications between die driver and the network. In one embodiment, 
compute platform 22 includes a speech engine for converting speech to text or conunands. The driver of the 
automobile may therefore control various functions of the networic and/or the automobile using ^ken 
commands. For example, the driver may simply recite the appropriate command for detetmining the location of 
die automobile, whereupon compute platform 22 might query GPS receiver 30 for location information, then 
retrieve a map from a web site and display the m^ to the driver. Compute platform 22 may also inchide a text-to- 
speech engine for use in delivering information to the driver. For example, the in-car sub-network may retrieve 
the driver's email or other documents, convert the text to speech and then **read" the document to the driver. 

It is contemplated that die vehicle's OBD (on-board diagnostic) system (e.g., item 23 in Fig. 2) will be 
connected to in-car sub-network 20. The OBD system, as indicated above, is typically of a |Hoprietary design 
which was not originally intended to be connected to a network. The OBD system may therefore be connected to 
the netw(»k by an interface which is designed as a network device. With the OBD system coupled to the network 
via the mterfoce device, other devices on the network can query the OBD system for diagnostic information 
and/or provide information to the OBD system. 

Ahfaough the in-car sub-network depicted in Fig. 2 includes the particular network ctevices described 
above, the enumerated devices are intended to be illustrative rather than limiting. In other embodiments, the 
network may include printers, compact disk (CD) drives, storage devices, digital vkleo disk (DVD) players, video 
games, monitors or other devices. The network may include any type of network devices that may be installed in 
the automobile or remotely coimected to the network through its conmnmication devices. Because the network 
supports any netwcwk device, components which were not designed, nor even conceived, when the network itself 
was installed can be easily coupled to the network and operated cooperatively with die remaindo' of the network 
devices. 

As indicated above, compute platform 22 is at the center of in-car sub-network 20. In one embodiment, 
compute platfonn 22 is a Java platform. (Java is a trademark of Sun Microsystems, Inc.) In other words, 
compute platform 22 uses the Java programmmg language to provide an environment in which Java applications 
can be executed. The use of a Java environment in compute platform 22 allows the software that will be executed 
on the compute platform to be hardware independent. 
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The organization of the operating environment of compute platform 22 is shown in Fig. 3. At ^e lowest 
level of the diagram shown in Fig. 3 is hardware 41. Hardware 41 comprises the physical server (or other 
processor) on which the software is executed. Hardware 41 may comprise a SparcStation as in the above- 
described embodiment, or any other suitable computer, such as a StrongARM, PowerPC, Intel, MIPS or 
5 Mitsubishi system. Hardware 41 executes an operating system 42 which provides the basic functionality of the 
compute platform. The particular operating system selected to be used with hardware 4 1 will depend upon the 
type of processor upon which hardware 4 1 is built, and may also depend upon the network's requirements, if more 
than one operating system is available for the chosen hardware. A few of the operating systems which may be 
available are VxWorks, PSOS, OS9, Chorus and Linux. Operating system 42 supports Transport Control Protocol 
10 /Internet Protocol (TCP/IP) 43. Each of the devices connected to the in-car sub-network can therefore be 
addressable as a network device. 

Compute platform 22 runs Java virtual machine 44. Java virtual machine 44 is a software application 
that executes in the enviroiunent of the native operating system and provides a conmion enviromnent for 
applications written in the Java programming language. In other words, Java virtual machine 44 provides a layer 

1 5 of abstraction between an operating system and an executable program, essentially providing a Java-to-operating 
system interface so that programs written in the Java programming language can be executed on a platform 
running an operating system which would not otherwise support execution of the program. Because Java virtual 
machines exist for many different compute platforms, the same Java language program can be executed on each 
of these different platforms. In this manner, the hardware/operating system portion of the system is made a 

20 commodity. As a result, the remainder of the system is no longer tied to the original hardware, the original 
operating system, or the original supplier thereof. 

In die embodiment shown in Fig. 3, compute platform 22 executes Personal Java 45 on Java virtual 
machine 44. (Personal Java 45 also inter&ces to some extent with operating system 42.) Personal Java is an 
application environment which was specifically designed for consumer devices such as PDAs, set-top boxes, 

25 smart phones and other mobile, hand-held devices. These consumer devices differ from desktop computers in that 
they typically use different interface technologies, they have much smaller memories, they use embedded 
processors and they have tight constraints on power consumption, among other things. Personal Java is designed 
to provide an environment which eliminates these constraints and which Militates the use of network-connectable 
applications for these consumer devices. Personal Java is therefore well-suited to operate within the constraints of 

30 the in-car sub-network. Personal Java includes a subset of core Java application programming interfoces (APIs) 
and a set of APIs which are directed specifically to features required by consumer applications in resource-limited 
environments. (Personal Java implementations often include a Java virtual machine, so Java virtual machine 44 
may therefore be considered part of Personal Java 45.) 

In the embodiment illustrated in Fig. 3, several APIs are made available in the environment provided by 

35 Personal Java 45. These APIs include Java card 46, Java telephony 47, Java media 48, Java communications 49, 
Java speech 50, Java automotive 51, Jini 52 and Java embedded server 53. These applications are exemplary of 
the applications and ^plets that can be employed and many others can be used with, or instead of, these 
applications. Applications 46-51 will be described in more detail below in connection with the operation of the 
system. A virtual dashboard application 54 operates cooperatively with these applications and provides an 

40 inter&ce between the applications and the vehicle's driver. Virtual dashboard 54 may also interface directly with 
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Personal Java 51 and with native code 55. Native code 55 may include native (rather than Java) equivalents of 
applications 46-51. 

The embodiment of the invoition illustrated in Fig. 3 incorporates Jtni software 52. Jini b a technology 
developed by Sun Microsystems to allow devices to form impromptu communities on networks. (Jini is a 
5 trademark of Sun Microsystems, Inc.) In other words, the devices can become aware of each other and share each 
other's services even though they do not have any prior knowledge of each other. Jini software 52 is an 
application which implements the Jini technology. Using Jini technology, devices can spontaneously form 
network conmiunities through a discovery-and-join protocol. When a device using a discovery-and-join protocol 
is plugged into a network, the device polls the network for a Jini lookup s^ce. The device then registm itself 

10 with the lookup service. Once the device has registered itself with the lookup service, any other device on the 
network may query the network server to determine whether desired services are available. Because this process 
is automatic users need not perform complicated installation procedures to couple Jini-enabled devices to the 
network and enable the devices to function cooperatively with other devices on network. Jini technology also 
employs a concept known as "leasing." Whenever a device registers with a lookup server, die device can be 

15 thought of as having a "lease" which must be periodically renewed. If the "lease" is not renewed within a 
predetermined period, the lookup server assumes that the device has been disccmnected and removes the 
information associated with the device. Discoimection of devices is therefore also automatic, so that the user is 
not required to perform any de-installation procedures. 

Although Jini technology is used in the embodiment described above, other embodiments may not 

20 include a Jini application. Embodiments which do not implement Jini technology may, if desired, implement 
similar functionality (e.g., a discover-and-join protocol) through other means. For example, a device may include 
an on-board memory which contains information on the services it provides or the services it needs to be able to 
perform all of its fimctions. The memory may also contain a web address at which this type of information may 
be found The network server may then look up the information on the device using this web address. The device 

25 and/or its services may thereby be registered in a maimer similar to that of a Jini network. 

The embodiment of Fig. 3 uses Java embedded server 53 to provide services to the in-car sub-network. 
Java embedded server 53 is a "small footprint" server which requires only a limited amount of memory. Java 
embedded server 53 includes a set of APIs for management of ''plug and play" services and applications, and a set 
of services which are managed, such as HTTP, SNMP, logging, thread management, remote admini^ration and 

30 servlet support (A "servlet" is an applet designed to provide a service to the network.) More complex services 
such as email and fecsimile can be built on top of the embedded server's services. Because of the small footprint 
of Java embedded servo* 53, it is well-suited for use in the in-car sub-network. Java embedded server 53 allows 
the services which are provided to be upgraded or otherwise modified, whereas services provided by many 
embedded servers are "hard wired" into them, thereby limiting their capabilities and their upgradability. 

35 Java speech module 50 (and possibly native code 55) provide a speech inter&ce between the user and the 

in-car sub-networle. Because the user may also be the driver of the vehicle, it may be important to focus the user's 
attention on driving rather than providing input to one or more network devices. Providing this input through 
speech is both safe and convenient The user's spoken input can be converted to textual (or equivalent) input by 
speech engines in either module 50 or native code 55. Similarly, output of one more network devices may be 

40 converted to speech so that the user can hear the output rather than having to look at a display device. The in-car 
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sub-network may also be configured to provide information to the user as a combination of speech and other types 
of information (e.g., graphics.) 

Virtual dashboard application 54 is an application that generates a graphical display similar to a 
conventional automobile dashboard. Virtual dashboard application 54 is used in conjunction with a monitor 
5 which is coupled to the in-car sub-network (e.g., LCD panel 35 shown in Fig. 2.) The monitor and associated 
software may be referred to as a Virtual dashboard" or a ""software dashboard.** In one embodiment the monitor 
of the virtual dashboard is mounted directly in ftont of the vehicle's driver (i.e., where the speedometer would 
normally be located.) The graphics generated by virtual dashboard application 54 may inchide images of a 
speedometer, odometer, ftiel gauge and/or other instrumentation. It should be noted that the graphics generated by 
10 virtual dashboard application 54 define the manner in which the information is presented (e.g., analog vs. digital 
readouts, color schemes, etc.) rather than simply generating a value (e.g., speed) which is then displayed in a 
predetermined manner (e.g., two-digit speedometer display.) The virtual dashboard is tiierefore distinct from 
prior art digital displays. 

Because these graphics are generated by virtual dashboard £^)plication 54, they may be customized in a 

15 number of ways. They may display a particular subset of available information or they may display the 
infofmation according to a particular style to match the vehicle's interior. The gr^hics generated by virtual 
dashboard application 54 may also be customized for difTerent users so that, when a ftrst person is driving, the 
information is displayed in a first arrangement and, when a second person is driving, the information is displayed 
in a second arrangement. These different di^lay modes (correspcmding to the different sets of information or the 

20 different styles) can be user-selectable. The user can select one of the modes using voice commands or by 
manually selecting a mode (e.g^ by using a touch-sensitive screen.) 

In other embodiments, similar software applications and monitors can be used to generate graphics for 
odier equipment such as console displays, radio controls, air conditioning controls and the like. Odier 
embodiments may also utilize independent processors and memories to generate graphics for the monitors rather 

25 than having the graphics generated by an application executing on the server. 

Referring to Fig. 4, the operation of the in-car sub-network in connection with a primary network is 
ilhistrated. In-car sub-network 60 is in communication with both land-based proxy server 61 and internet service 
provider (ISP) 64. ISP 64 is in turn connected to the internet and, consequently, all networks connected thereto 
(which will be collectively referred to herein as primary network 62.) Communications between in-car sub- 

30 netwofk 60 and primary network 62 may be routed directly between the two networks (via ISP 64,) or they may 
be routed through land-based proxy server 61, depending on the circumstances surrounding the communications. 
(It should be noted that, aldsough the proxy server in this embodiment is land-based, this is not a requirement of 
the system. The proxy server is intended provide a conmiunications link to the primary network which is less 
likely to be disccHmected dian the conmnmication devices of die in-car sub-network.) 

35 As described above, in-car sub-network 60 may include several diffotnt devices (e.g., a wireless 

modem) for communications external to the in-car sub-network. In-car sub-network 60 can switch between these 
devices as necessary to maintain commimications. That is, the network is configured to establish communications 
using one of the devices and, if at some point communications using this device are no longer possible, to switch 
to another one of the devices and attonpt to re-establish communications using the new device. Because each of 

40 these communication devices has a different IP address associated with it, scmne action must be taken to allow 
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devices in the primary network to properly address packets which are targeted for the tn-car sub-network. This 
can be handled in several different ways. 

If communicatioiis are expected to take place quickly, the in-car sub-netwoik can operate in a first mode 
in which it can communicate directly to the primary network, and the primary netwoik can respond directly to the 
5 in-car sub-network. In other words, packets originating at the in-car sub-network can be addressed using the IP 
address of die target node on the primary network, and packets originating at the primary network can be 
addressed using the IP address of the in-car sub-network (i.e., the IP address of the currently-used communication 
device.) Just as with a typical, land-based network connection, the transmissions between the in-car sub-network 
and the primary network are routed to the internet through the ISP. These direct communications should be 

1 0 sufficient because, over the short term, the communication device which is currently being used by the in-car sub- 
network is not expected to lose contact with the primary network. Over the long term, however, it is expected diat 
communications will occasionally be lost, and that they will subsequently have to be re-established. 

As an example of a long-term situation, it may be desirable for the in-car sub-network to have a single 
email address. Because of the fact that the in-car sub-network may use several different IP addresses (each 

1 5 corresponding to a different communication device,) that email address carmot be associated with an IP address 
corresponding to one of the in-car sub-network*s communication devices. In this situation, the system operates in 
a second mode in whidi communications from the primary network to the in-car sub-network are routed dirough 
the land-based proxy server, which has a single IP address that can be associated with the email address. The 
laiKl-based [Hoxy server, which keeps track of the current IP address of the in-car sub-network, can buffer email 

20 messages (if necessary) and forward them to the in-car sub-network when the land-based proxy server is in 
communication with it 

There may also be situations in which it is desirable to use a hybrid scheme to conmumicate between the 
in-cax sub-network and the primary network. For example, when a device on the in-car sub-network is retrieving 
web pages, the conomunications are relatively short-term and may proceed direcdy between the in-car sub- 

25 network and the web site. It may be desirable, however, to employ some means for transforming the 
communicated data (e.g^ web pages) to make more efficient use of the bandwidth of the in-car sub-network (e.g., 
by removing advertisements or images from some of the pages.) This function can be performed by the land- 
based proxy server. Thus, in a hybrid mode of operation^ some of the conununications are direct while others are 
routed through the land-based proxy server. 

30 Whenever die in-car sub-^ietwork establishes communications with the ISP or land-based proxy server, it 

identifies the IP address of the currently-used conmiunication device to the land-based proxy server. When the in- 
car sub-network becomes disconnected from the external network (e.g., when the currently-used conuntmication 
device loses service,) the land-based proxy servo- becomes aware of the &ct that die ii>-car sub-network is 
disconnected and cannot receive packets. The land-based proxy server maintains an awareness of whedter the tn- 

35 car sub-network is connected through periodic communications between the two. The in-car sub-network 
periodically sends messages to the land-based proxy server in the same manner that devices renew their "leases" 
on a Jini-enabled network. It is further contemplated that the land-based proxy server may periodically query the 
in-car sub-network. As explained above, when the in-car sub-n^woric is not in communication with the land- 
based proxy server and primary network, the land-based proxy server may act as a buffer and store the packets 

40 targeted for the in-<ar sub-network for later delivery. When the in-car sub-network is able to re-establish 
conununications through one of its conmumication devices, the land-based proxy server identifies the IP address 
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of the device with which communications were re-estabiished and delivers the stored packets to the in-car sub- 
network using this address. 

It should also be noted that the in-car sub-network can operate in a third mode in which it can 
communicate with the land-based proxy server directly rather than through the ISP. As indicated above, one 
embodiment of invention includes a wireless ethemet communication device. When the in-car sub-network is 
within range of the land-based proxy server, a wireless ethemet connection may be established between the two. 
When it joins the land-based proxy server's LAN, the in-car sub-network can commimicate directly to the land- 
based proxy server on the LAN, or it can communicate with other networks through the LAN's connection to the 
internet As will be explained in more detail below, the in-car sub-network can join other networks as well using 
the wireless ethemet device. 

In order to make full use of the devices connected to the in-car sub-network, they must be able to 
communicate with devices on other networks. The in-car sub-network's devices must therefore have IP addresses 
to which the other devices can send packets. Several factors, however, make it impractical to assign an IP address 
to each device that is coimected to the in-car sub-network. First, there is a large number of devices which may be 
connected to the in-car sub-network (it is contemplated that virtually all of a vehicle's components may in time be 
configured as network devices,) and this number must be multiplied by the number of vehicles in which m-car 
sub-networks may be installed. Further, as indicated above, one device which may be ccmnected to an in-car sub- 
network is another sub-network (see Fig. 2, item 24.) Thus, the in-car sub-network, which is a sub-network 
relative to the primary network, may in turn have sub-networks coimected to it so that there are networks within 
networks, within networks (and so on.) These nested networks are sometimes referred to as fractal networks 
because a device on a network may, upon closer examination, itself be a network (and so on.) 

It is therefwe useful to employ a technique known as network address translation. In network address 
translation, one device on a first network serves as a proxy through which devices on the first network 
craununicate with other networks. To the other networks, the first network therefore appears to be a single 
device (the proxy device.) Relative to the other networks, only one IP address is needed for the first netwmk 
because it appears to be a single device. Although devices on the first network have IP addresses witfam the 
network, packets which are directed outside the first network are conveyed to the proxy device, which wraps them 
in another pack^ having the IP address which is represented to the other networks. The first-network IP 
addresses are translated to port numbers which are used in the extonally represented IP address. Just as the 
networks themselves can be nested within each other, network address translation can be used recursively to wrap 
IP addresses within IP addresses (and so on.) 

As indicated above, the configuration of the vehicle components as network devices on an in-car sub- 
network simplifies installation and removal of the devices, hence re-configuration of the vehicle. This system 
thereby makes it possible to remove outdated components and replace them with new components, even though 
the new components may have different features or require different data or other signals from the vehicle or its 
components. Similariy, components which execute associated software, display data or provide services can be 
upgraded by downloading new software, data or services (""upgrade data") to the components through the in-car 
sub-network. This software may be quickly and easily retrieved from sources external to the in-car sub-network, 
such as web pages or LANs which can be accessed through the coirmiunication devices on the in-car sub-network. 
The software can be retrieved by one device (e.g., a wireless modem,) conveyed through the network and installed 
m a second device (e.g., a GPS locator) as easily as downloading a web page. The Systran thmby provides a 
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great deal of flexibility in the hardware and software configurations of the vehicle, in contrast, prior ait systems 
for providing in-car services are tightly coupled to the car manufacturer's choice of hardware and operating 
system. C^ianges to the hardware require substantial time, labor and expense. Changes to the software require the 
original software supplier to provide modified code. The use of Personal Java in die in-car sub-network provides 
5 platform independence and also eliminates a substantial portion of the labor, time and costs involved in replacing 
and upgrading the vehicle's components and functionality. 

In addition to increasing the upgradability of the vehicle, the in-car sub-network extends the capabilities 
of individual components coupled to the network. While network devices are often configured with their own 
processors, the tn-car sub-network can eliminate the need for these processors and thereby reduce the cost of the 
10 individual components. Further, devices which may only be capable of accepting infonnation and displaying that 
infonnation may be coupled to the in-car sub-network and allowed to utilize the processing power of other 
components on the network. Still further, devices which are not IP-addressable (or object-terminology- 
addressable) in a stand-alone conflguration can appear to be IP-addressable (or object-terminology-addressable) to 
other devices or networks. (It should be noted that, for the purposes of this disclosure; devices which appear to be 
15 IP-addressable or object-term inology-addressable are considered to actually be IP-addressable or object- 
tenninology-addressable, respectively.) 

As an example, a simple digital display may be configured to receive a signal defining a value (e.g^ the 
speed of the vehicle) and to display the digits corresponding to that value. Although this display may not be 
capable of querying the vehicle for the value to be displayed or recognizing packets on the in-car sub-network 

20 which contain the information, a piece of software may be executed on a server's processor to perform this 
function. Hie software may cause of the server to recognize packets which contain the appropriate information 
and redirect this information to the display, which only needs to receive and display the infonnation. 

It is contemplated that a component that utilizes the capabilities of other devices on the network (such as 
die display) could include a memory which stores the software which enables the component to function in this 

25 manner and passes it on to the server when the component is coupled to die network. The memory may 
alternately store a location, such as a web site, from which the servo* may retrieve the software. The component, 
which utilizes the processing power of the server, is enabled to function as a stand-alone component with its own 
processor, and is addressed in the same manner in this the other devices coupled to the in-car sub-network. The 
system thereby allows inexpensive components to be used in place of components which incorporate their own 

30 processors and may be considered prohibitively expensive. 

The operation of the in-car sub-network as a component in an external network can be illustrated in 
several examples. In one scenario, an automobile havmg an in-car sub-network is driven to a particular city. In 
the city, a LAN or MAN (metropolitan area network) is set up to g^Hiyb a wireless connection to a 
conununicadon device such as a wireless ethemet device. When the automobile drives within range of the 

35 LAN/MAN, a connection is established between the in-car sub-network and the LAN/MAN. The in-car sub- 
network functions as a single IP device coupled to the LAN/MAN and can retrieve information about the city or 
othCTwise interact with devices on the LAN/MAN. Aldiough the in-car sub-network appears to the LAN/MAN as 
a single device, nodes on the LAN/MAN can exchange packets widi devices widiin the in-car sutMietwork as a 
resuh of network address translation which is being performed within the in-car sub-network. 

40 In anodier scenario, a service station may have a wireless LAN so that a vehicle equipped with a network 

and wireless communication device can establish a connection with the LAN as the vehicle pulls into the station. 
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Once the connection is established, the in-car sul>-network and LAN can function as a single network. The 
service station may be configured to request the service records of the vehicle so that any necessary service may 
be performed If a software maintenance update is required by one of the components in the vehicle, a server on 
the LAN may automatically download this information to the appropriate component Ahemately, the user of the 
vehicle may request information or services. For example, the user may request that music (e.g., in MP3 format) 
or videos (e.g., in MPEG-2 format) be downloaded for the passengers' entertairmient The user may also have 
information he or she wishes to have printed, in which case the information could be transmitted to a printer on 
the service station's LAN, where it could be picked up by the user. 
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WHAT IS CLAIMED IS: 

1 . A system for providing software upgrades to a vehicle comprising: 
a vehicle; 

a network transmission medium installed in said vehicle; 

a first network device coupled to said network transmission medium, wherein said first network device is 

configured to accept software upgrades; and 
a second network device coupled to said network transmission medium, wherein said second network 

device is configured to receive said software upgrade from a source external to said network and 

wherein said second network device is furth^ configured to convey said software upgrade to 

said first network device. 

2. The system of claim 1 wherein each of said first and second network devices is configured to transmit 
data to devices having corresponding IP addresses and to receive data having an IP address corresponding to said 
each of said first and second network devices. 

3. The system of claim 1 wherein said first and second network devices are each configured to transmit and 
receive data using object terminology. 

4. The system of claim 1 wherein said first and second network devices are each configured to transmit and 
receive data according to a predetermined network protocol. 

5. The system of claim 4 wherein said {redetermined network protocol is defined by IEEE standard 802. 

6. The system of claim 1 wherein said second network device comprises a wireless communications device. 

7. The system of claim 6 wherein said wireless communications device comprises one of the group 
consisting of: a CDPD modem; a wireless ethemet transceiver, a wireless modem and a cellular phone. 

8. A method for providing software upgrades to a vehicle comprising: 

providing a vehicle having a network installed therein wherein said network comprises a transmission 
medium, a first network device connected to said transmission medium and a second network 
device connected to said transmission medium; 

delivering upgrade data to said first network device; and 

delivering said upgrade data fiora said first network device via said transmissron medium to said second 
network device. 

9. The system of claim 8 wherein delivering said upgrade data from said first network device via said 
transmission medium to said second network device comprises: forming a packet containing said upgrade data; 
addressing said packet to an IP address corresponding to said second network device; and conveying said packet 
to said trananission medium. 
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1 0. The system of claim 9 further comprising said second device identiiying said packet on said transmission 
medium and retrieving said packet from said tran^ission medium 

1 1 . The system of claim 8 wherein said first network device comprises a wireless communication device and 
wherein the method further comprises transmitting said upgrade data from an external wireless device to said first 
network device 

12. The system of claim 1 i wherein said first network device comprises a wireless ethemet device 

1 3. The system of claim 8 further comprising: 

retrieving information from said vehicle regarding said second network device; 
determining whether said second netwoiic device requires said upgrade data; and 
transmitting said upgrade data to said first network device in response to determming that said second 
network device requires said upgrade data. 

14. A system for providing software upgrades to a vehicle comprising: 

a network transmission medium configured to be installed in the vehicle; 

a first network device coupled to said network transmission medium, wherein said first network device is 

configured to accept the software upgrades; and 
a second network device coupled to said network transmission medium, wherein said second network 

device is configured to receive said sofhvare upgrade from a source external to said network and 

wherein said second network device is further configured to convey said software upgrade to 

said first network device. 

15. The Systran of claim 14 wherein each of said first and second network devices is configured to transmit 
data to devices having corresponding IP addresses and to receive data having an IP address conresporuiing to said 
each of said fu^ and second network devices. 

16. The system of claim 14 wherein said fir^ and second network devices are each configuml to transmit 
and receive data using objea terminology. 

17. The system of claim 14 wherein said first and second network devices are each configured to transmit 
and receive data according to a predetermined network protocol. 

1 8. The system of claim 1 7 wherein said predetermined network protocol is defined by IEEE standard 802. 

19. The system of claim 14 wherein said second network device comprises a wireless communications 
device. 

20. The system of claim 19 wherein said wireless conununications device comprises one of the group 
consisting of: a CDPD modem: a wireless ethemet transceiver, a wireless modem and a cellular phone. 
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21. A system for comrnunicating between a sub-network and a primary network comprising: 

a sub-network having one or more communication devices, each said communication device having a 
corresponding IP address; 

5 a proxy server having a corresponding IP address, wherein said proxy server is coupled to the primary 

network; 

wherein said sub-network is configured to select a first one of said communication devices, to 
commimicate with said proxy server and the primary network via said selected communication 
device, and to notify said proxy server of said IP address of said selected communication 
10 device; and 

wherein in a first mode said sub-network is configured to identify said IP address of said proxy server as 
a return address of said sub-network. 

22. The system of claim 2 1 wherein said sub-network is configured to retrieve said IP address corresponding 
15 to said proxy server and to identify transmissions to the primary network as originating from said IP address 

corresponding to said proxy server. 

23. The system of claim 21 wherein said sub-netwcHk is configured to detect said first one of said 
communication devices losing communications with one or more of said proxy server and the primary network 

20 and to initiate communications with a second one of said conmfiunication devices when a first one of said 
communication devices loses communications with said primary network. 

24. The system of clann 21 wherein said sub-network is configured to conununicate with said proxy server 
and the primary network via an internet service provider. 

25 

25. The system of claim 21 wherein said proxy server is configured to periodically qizery said sub-n^work 
and thereby determine whether said sub-network is in communication with said proxy server. 

26. The system of claim 21 wherein said sub-network is configured to periodically transmit a notification 
30 signal to said proxy server, wherein said notification signal indicates that said sub-network is in conununication 

with said proxy server.. 

27. The system of claim 21 wherein said proxy server is configured in one mode to buffer packets targjeted to 
said sub-network. 

35 

28. The system of claim 21 wherein said sub-network is installed in a vehicle. 

29. The system of claim 28 wherein said proxy server is land-based. 

40 30. The system of claim 21 wherein in a second mode, said sub-network is configured to join a LAN to 
which said proxy server is coupled 
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3 1 . The system of claim 30 wherein said direct communications link to said proxy server is established using 
a wireless ethemet link. 

32. The system of claim 21 wherein in a second mode, said sub-network is configured to identify said IP 
address of said sub-network as said return address of said sub-network. 

33. The system of claim 32 wh^ein in a hybrid mode, said sub-network is configured to identify said IP 
address of said sub-network as said return address of said sub-network for a first subset of conununications with 
said primary network and to identify said IP address of said proxy server as said return address of said sub- 
network for a second subset of communications with said primary network. 

34. A method for communicating between a sub-network and a primary network comprising: 
in a first mode, 

said sub-network establishing corrununications with said primary network, 
transmitting fu^ data from said sub-network to said primary network, and 
transmitting second data from said primary network to said sub-network; 
in a second mode, 

said sub-network establishing communications with said primary network and a proxy server, 
transmitting said flrst data from said sub-network to said primary network, 
transmitting said second data from said primary network to said proxy serv^, and 
transmitting said second data from said proxy server to said sub-network. 

35. The method of claim 34 further comprising: 
in a hybrid mode, 

said sub-network establishing conmiunications with said primary network and said proxy server, 
trananitting said first data from said sub-network to said primary network, 
transmitting said second data from said primary network to said sub-network 
transmitting third data from said primary network to said proxy server, and 
transmitting said third data from said proxy server to said sub-network. 

36. The method of claim 34 further comprising: 
in a third mode, 

said sub-network establishing communications with said proxy server, 
transmitting said first data from said sub-network to said said proxy server, 
transmitting said first data from said proxy server to said primary network, 
transmitting said second data from said primary network to said proxy server, and 
transmitting said second data from said proxy server to said sub»network. 

37. The method of claim 36 wherein said sub-network establishing communications with said proxy server 
comprises said sub-network joining a wireless LAN to which said proxy server is coupled. 
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38. The method of claim 34 wherein establishing conununications comprises a first communication device 
which has a first iP address establishing communications, further comprising said first communication device 
breaking communications and a second communication device which has a second IP address establishing 
communications. 

5 

39. A method for collecting vehicle infonnation comprising: 

providing a network internal to the vehicle, wherein said network comprises a first device configured to 

produce vehicle infonnation and a communication device; 
establishing a communications link between said communication device and a receiver external to said 
10 network; and 

transmitting vehicle information from said network to said receiver. 

40. The method of claim 39 wherein transmitting vehicle information from said network to said receiver 
comprises transmitting said vehicle information frx>m said first device to said conununication device and then 

1 5 transmitting said vehicle information fi*om said communication device to said receiver. 

41. The method of claim 40 wherein transmitting said vehicle information fix>m said first device to said 
conmiimication device comprises addressing said vehicle information to an IP address corresponding to said 
conunimtcation device. 

20 

42. The method of claim 40 wherein transmitting said vehicle information from said first device to said 
conmiunication device comprises said fust device requesting transmission service from said commimication 
device using object terminology. 

- 25 43. The method of claim 39 fiirther comprising said communicadon device registering a traiisroi 

with a lookup server on said network, wherein said transmitting vehicle infcnmation from said network to said 
receiver comprises said first device looking up said transmission service on said lookup server and transmitting 
said vehicle information via said transmission service of said commimication device. 

30 44. The method of claim 39 fiirther comprising a transmitter external to said network requesting said vehicle 
information, wherein said vehicle information is transmitted from said network to said receiver in response to said 
requesting said vehicle information. 

45. The method of claim 44 wherein said transmitter requests vehicle location information and wherein said 
35 first device comprises a GPS system which transmits said vehicle location information to said receiver in response 

to said request. 

46. The method of claim 39 wherein said transmitter requests vehicle diagnostic information and wherein 
said first device comprises an onboard diagnostic system which transmits said vehicle diagnostic information to 

40 said receiver in response to said request 
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47. A system for collecting vehicle information comprising: 
a vehicle; 

a network trananission medium installed in said vehicle; 

a vehicle information source coupled to said network transmission medium; 

a communication device coupled to said network transmission medium. 

wherein said vehicle information source is configured to transmit said vehicle information to said 
conununication device and wherein said communication device is configured to transmit said 
vehicle information. 

48. The system of claim 47 wherein said vehicle information source is configured to transmit said vehicle 
information to said communication device in response to a query from said conmiunication device. 

49. The system of claim 48 wherein said query is received by said communication device from an external 
source and transmitted to said vehicle information source. 

50. The system of claim 47 wherein said vehicle information source is configured to periodically transmit 
said vehicle information to said communication device. 

51. The system of claim 47 wherein said vehicle information source and said conmiunication device are IP- 
addressable. 

52. The system of claim 47 wherein said vehicle information source and said communication device are 
addressable using object terminology. 

53. The system of claim 47 wherein said vehicle information source is configured to transmit vehicle 
diagnostic information. 

54. The system of claim 47 wherein said vehicle information source is configured to transmit vehicle 
location information. 

55. A dashboard display for a vehicle comprising: 
a monitor, 

a gra{Aics generator coupled to said monitor; 

wherein said graphics generator is configured to generate a first set of graphics depicting one or more 

dashboard instruments; and 
wherein in a first mode, said monitor is configured to display said first set of gr^hics. 

56. The dashboard display of claim 55 wherein said graphics generator comprises a software application 
executing on a processor. 

57. The dashboard display of claim 56 wherein said processor comprises a server coupled to a network. 
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58. The dashboard display of claim 57 wherein said monitor comprises an IP-addressable device coupled to 
said network. 

59. The dashboard display of claim 55 wherein said first set of graphics is user-defined. 

60. The dashboard display of claim 55 wherein said graphics generator is configured to genmte a second set 
of graphics and wherein in a second mode, said monitor is configured to display said second set of graphics 

6 1 . The dashboard display of claim 60 wherein said mode is user-selectable. 

62. A system comprising: 
a vehicle; and 

a monitor installed in said vehicle; 

wherein said monitor is configured to display graphics which are input to said monitor; 
wherein said graphics are not predetermined by said monitor and 
wherein said graphics depict one or more dashboard instruments. 

63. The system of claim 62 further comprising a graphics generator. 

64. The system of claim 62 wherein said monitor is configured to display one of a plurality of sets of 
graphics. 

65. The system of claim 62 wherein said graphics are user-^iefined. 

66. The system of claim 62 wherein said one or more dashboard instruments are selected from the group 
consisting of: an analog speedometer; a digital speedometer; an odometer; a fuel gauge; an engine heat gauge; a 
tachometer; and a battery level gauge. 

67. The system of claim 62 wherein said graphics implement a style which is user-selectable. 

68. The system of claim 62 wherein said graphics are user-selectable from a phirality of screens of different 
gnq)hics and wherein each of said plurality of screens of different graphics displays different informadon. 

69. The system of claim 68 wherein said plurality of screens are selectable using a touch-screen. 

70. The system of claim 68 wherein said plurality of screens is selectable using voice conunands. 

71 . A method for displaying information to a driver comprising: 
providing a monitor visible to the driven 

generating a first set of graphics depicting one or more dashboard instruments; and 
displaying said first set of graphics on said monitor. 
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72. The method of claim 7 1 wherein said Hrst set of graphics is user-defined 

73. The method of claim 71 wherein generating said graphics depicting one or more dashboard instnmients 
comf^ses generating an image of a speedometer. 

74. The method of claim 71 wherein said generating said first set of graphics and displaying said first set of 
graphics on said monitor is perfonned in a first mode and wherein the method further comprises generating and 
displaying a second set of graphics on said monitor in a second mode. 

75. The method of claim 74 further comprising the driver selecting one of said first and second modes. 

76. A system for emulating a vehicle component comprising: 
a network transmission medium; 

a first device coupled to said network transmission medium; and 
a second device coupled to said network transmission medium; 
wherein said first device provides a first service; 

wherein said second device requires said first service in order to emulate the vehicle component; and 
wherein said first device is configured to provide said first service to said second device via said network 
transmission medium. 

77. The system of claim 76 wherein said second device is not IP-addressable in a stand-alone configuration, 
wherein said first service comprises identifying and routing packets of information to said second device, and 
Ai^ierein when said first service is provided to said first device, said first device appears to be IP-addressable. 

78. The system of claim 77 wherein said second device comprises a display and wherein said packets of 
information contain data values whidi are displayed on said display. 

79. The system of claim 76 further comprising a vehicle in which said network transmission medium is 
installed. 

80. The system of claim 76 wherein said first device is configured to register interest in said packets of 
information with said second device. 

8 1 . The system of claim 76 wherein said first device has a memory configured to store data corresponding to 
said first device. 

82. The system of claim 8 1 wherein said memory is configured to store data identifying services provided by 
said first device. 

83. The system of claim 8 1 wherein said memory is configured to store data identifying services required by 
said first device to emulate the vehicle component. 
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S4. The system of claim 81 wherein said memory is configured to store data identifymg said packets of 
information which said second device identifies and routes to said first device. 

85. The system of claim 8 1 wherein said memory is conHgured to store data identifying a location at which 
5 data corresponding to said first device is stored. 

86. The system of claim 85 wherein said location comprises a web page. 

87. A method of emulating a vehicle component comprising: 
10 providing a vehicle; 

providing a network transmission medium in said vehicle; 

providing a first device coupled to said network transmission mediimi, wherein said first device in a 
stand-alone configuration is incapable of emulating said vehicle component; 

providing a second device coupled to said network transmission medium, wherein said second device is 
1 5 configured to provide a service; and 

providing said service to said first device via said network transmission medium, wherein providing said 
service to said first device enables said first device to emulate the vdiicle component 

88. The method of claim 87 further comprising said first device registering with said secoiul device an 
20 interest in first data, said second device identifying said first data, and said second device delivering said first data 

to said first device. 

89. The method of claim 87 wherein said first device is not IP-addressable in a stand-alone configuration, 
and wherein the method further comprises a server assigning an IP address to said first device and directing 

25 information to said IP address. 

90. The method of claim 87 further comprising storing first data corresponding to said first device in a 
memory coupled to said first device, wherein said data identifies services required by said first device. 

30 91 . The method of claim 90 further comprising: 

said first device providing said first data to said second device; and 

said second device providing said service to said first device in response to said first device providing 
said first data to said second device. 

35 92. The method of claim 87 further comprising storing first data corresponding to said first device in a 
memory coupled to said first device, wherein said data identifies services provided by said first device. 

93. The method of claim 92 fiirther comprising: 

said first device providing said first data to a lookup server; and 
40 a third device looking up said service on said lookup service and requesting said service. 
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